home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19960425-19960715 / 000393_news@columbia.edu _Tue Jul 9 19:12:51 1996.msg < prev    next >
Internet Message Format  |  1996-07-26  |  3KB

  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id TAA00839 for <kermit.misc@watsun.cc.columbia.edu>; Tue, 9 Jul 1996 19:12:50 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id TAA16467 for kermit.misc@watsun; Tue, 9 Jul 1996 19:12:49 -0400 (EDT)
  4. Path: news.columbia.edu!lamont.ldeo.columbia.edu!zombie.ncsc.mil!news.mathworks.com!newsfeed.internetmci.com!news.uoregon.edu!arclight.uoregon.edu!news.bc.net!unixg.ubc.ca!van-bc!n1van.istar!van.istar!west.istar!news-w.ans.net!newsfeeds.ans.net!news.lava.net!malasada.lava.net!really
  5. From: really@lava.net
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Telnet to Linux Hangs
  8. Date: Tue, 9 Jul 1996 12:06:51 -1000
  9. Organization: LavaNet, Inc.
  10. Lines: 31
  11. Message-ID: <Pine.BSI.3.91.960709114509.2658A-100000@malasada.lava.net>
  12. References: <199607090445.AAA14754@watsun.cc.columbia.edu>
  13. NNTP-Posting-Host: malasada.lava.net
  14. Mime-Version: 1.0
  15. Content-Type: TEXT/PLAIN; charset=US-ASCII
  16. In-Reply-To: <199607090445.AAA14754@watsun.cc.columbia.edu>
  17.  
  18. On Tue, 9 Jul 1996, Jeffrey Altman wrote:
  19.  
  20. > I'm sure that Joe will respond to you with much more detail about
  21. > the MS-DOS Kermit tcp/ip stack.  However, I do have a question?
  22. > Have you tried using C-Kermit to one of the Linux boxes?  
  23. > Does it have the same problem?
  24. > What are the conditions of the disconnect?  
  25. > 2 hours of no data transmission?  If so, then this would indicate that there
  26. > might be a problem with the "keep-alive" timeouts.  If you get some disconnect
  27. > at some random point in time, then the problem is something other than
  28. > "keep-alives".
  29.  
  30. The disconnect (MSKermit lockup) occurs after approximately 5 minutes 
  31. (never less than 4 minutes and never more than 6 minutes.)  The session dies
  32. exactly at the same second each time (e.g., if a session starts at 11:02:00,
  33. that session might die at say 11:06:32, if I try again with a session 
  34. starting at 11:15:49, this session might die at 11:20:32, if I try once 
  35. again at 12:22:22, it typically would die at 12:27:32.  Each time when the
  36. session dies, I can alt/X to get back to the MSKermit prompt, but then a 
  37. 'q'uit response locks up my PC requiring a reboot.
  38.  
  39. C-Kermit 5A(190) telnetting from our Sequent unix machine to either Linux
  40. box does NOT cause similar timeouts.  Neither does any other telnetting
  41. method from PC-to-unix or unix-to-unix. 
  42.  
  43.        Bob Carroll really@lava.net
  44.  
  45.